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REMARKS 

The present application was filed on May 24, 2001 with claims 1 through 
26. Claims 1 through 26 are presently pending in the above-identified patent application. 
Claims 1, 11, 17, and 20-26 are proposed to be amended herein. 

In the Office Action, the Examiner rejected claims 1-26 under 35 U.S.C. 
§ 102(b) as being anticipated by Kenagy et al. (United States Patent Number 5,842,124). 

The present invention is directed to a method and apparatus for preventing 
unauthorized access to a restricted item using a cellular telephone that has been 
previously associated with a user, for example, during a registration process. The user is 
5 initially identified, for example, by entering a password, and a one-time pseudo-random 
token is provided to the user using a first communication channel. The user is requested 
to dial a telephone number associated with an access control service using a cellular 
telephone that has been previously associated with the user and enter the assigned token. 
The user obtains access to the restricted item if the assigned token is entered from a 
10 cellular telephone having a serial number that has been previously associated with the 
particular user. 

The specification has been amended to correct typographical errors. 
Independent Claims 1, IK 17 and 20-26 

Independent claims 1, 11, 17 and 20-26 were rejected under 35 U.S.C. 
§ 102(b) as being anticipated by Kenagy et al. 

Regarding claim 1, the Examiner asserts that Kenagy discloses providing 
access (allows user access) to said user if said entered token matches said provided token 
and is received from a cellular telephone having a serial number previously associated 
with said user (abstract; col. 10, line 34, through col. 11, line 32). 

Applicant notes that Kenagy is directed to a "system for user- 
programming of system parameters of a cellular telephone." (See, Abstract.) Kenagy 
teaches that a password is received by the cellular telephone and is utilized to permit 
programming of system parameters in the same cellular telephone. Kenagy does not 
teach that the password is received from the cellular telephone via a wireless connection. 
Independent claims 1, 11, 17, and 20-26, as amended, require a token that is "received via 
a wireless connection from a cellular telephone having a serial number previously 
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associated with said user." Support for this amendment can be found on page 10, lines 7- 
22, of the original specification of the present invention. 

Thus, Kenagy et al. does not disclose or suggest a token that is "received 
via a wireless connection from a cellular telephone having a serial number previously 
associated with said user," as required by independent claims 1, 11, 17, and 20-26, as 
amended. 

Additional Cited References 

Holmes et al. (United States Patent Number 6,334,056 Bl) was also cited 
by the Examiner for its disclosure of providing access to said user if said entered token 
matches said provided token and is received from a cellular telephone having a serial 
number previously associated with said user (FIG. 4; col. 1, line 57, to col. 2, line 59). 

5 Applicants note that Holmes teaches to provide access to a user if the user provides a 
proper user ID and password (col. 2, lines 50-56). Although Holmes also teaches in one 
embodiment to provide access if the "incoming URL request originated at a wireless 
service provider that is known to host wireless devices that have been authorized to 
access the intranet" and "the actual device has been registered" (i.e., has previously 

10 provided a proper user ID and password; col. 5, lines 27-52), Holmes does not teach that 
the token is received from a cellular telephone having a serial number previously 
associated with said user. 

Thus, Holmes et al. does not disclose or suggest a token that is "received 
via a wireless connection from a cellular telephone having a serial number previously 
associated with said user," as required by independent claims 1, 11, 17, and 20-26, as 
amended. 

Check, Jr. (United States Patent Number 4,310,720) was also cited by the 
Examiner for its disclosure of providing access to said user if said entered token matches 
said provided token and is received from a cellular telephone having a serial number 
previously associated with said user (FIGS. 1-3; col. 2, line5, through col. 6, line 32). 
Applicants note that Check is directed to providing access to a computer system that is 
"effected by a portable access unit which generates a nonrecurring access code which is a 
function of a password and a pseudorandomly generated number." (See, Abstract.) 
Check teaches that the "user password integrity is maintained in accordance with the 
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present invention by not directly transmitting the password over the communications link 
14." (Col. 4, lines 14-16.) 



a wireless connection from a cellular telephone having a serial number previously 
associated with said user," as required by independent claims 1, 11, 17, and 20-26, as 
amended. 

Dependent Claims 2-10. 12-16. 18 and 19 

Dependent claims 2-10, 12-16, and 18-19 were rejected under 35 U.S.C. 
§ 1 02(b) as being anticipated by Kenagy et al. 

Claims 2-10, 12-16, and 18-19 are dependent on claims 1, 11, and 17, 
respectively, and are therefore patentably distinguished over Kenagy et al., Holmes et al., 
and Check, Jr. (alone or in any combination) because of their dependency from amended 
independent claims 1, 11, and 17 for the reasons set forth above, as well as other 
elements these claims add in combination to their base claim. 

All of the pending claims, i.e., Claims 1-26, are in condition for allowance 
and such favorable action is earnestly solicited. 

If any outstanding issues remain, or if the Examiner has any further 
suggestions for expediting allowance of this application, the Examiner is invited to 
contact the undersigned at the telephone number indicated below. 



Thus, Check, Jr. does not disclose or suggest a token that is "received via 



The Examiner's attention to this matter is appreciated. 



Respectfully submitted, 




Date: February 26, 2004 



Kevin M. Mason 
Attorney for Applicants 
Reg. No. 36,597 
Ryan, Mason & Lewis, LLP 
1300 Post Road, Suite 205 
Fairfield, CT 06824 
(203) 255-6560 



11 




METHODS AND APPARATUS FOR RESTRICTING ACCESS OF A USER 
USING A CELLULAR TELEPHONE 

5 

Field of the Invention 

The present invention relates generally to access control techniques, and 
more particularly, to a method and apparatus for restricting access of a user to a particular 
device, service, account or secure facility. 

10 

Background of the Invention 

Computers and other devices, as well as secure facilities, services and 
financial accounts, often contain proprietary, personal and/or sensitive information, which 
could be compromised if accessed by unauthorized individuals. Thus, such devices, 

15 facilities, services and accounts (hereinafter, collectively referred to as "restricted items") 
often incorporate security techniques, such as database access control mechanisms, to 
prevent unauthorized users from accessing, obtaining or altering the proprietary, personal 
and/or sensitive information. Authentication techniques allow users to prove their 
identity and obtain authorized access to a given restricted item. 

20 A number of authentication protocols have been developed to prevent the 

unauthorized access of restricted items. Historically, authentication techniques have been 
evaluated based on the number of independent items (or factors) that are required for the 
user to obtain access to the restricted item. An authentication technique is typically 
considered to provide "strong authentication" if the technique requires the user to provide 

25 two independent items (or factors), often referred to as a "two factor authentication." For 
example, a safe or vault that requires a combination (something the user knows) and a 
key (something the user has) provides two factor authentication. Typically, there is an 
inverse relationship between the level of security provided by a given authentication 



SOM920010002US1 




protocol and the corresponding impact the security measures have on the convenience to 
the user. 

For example, a persistent cookie is often stored on a user's computer by a 
given server to identify the user upon a return visit to the same web-site. Persistent 
5 cookies offer the highest level of convenience for authentication behind a browser. A 
hacker, however, can typically easily obtain access to a user's computer, obtain the cookie 
and thereafter impersonate the user. Thus, persistent cookies are satisfactory only for 
applications requiring minimal security, such as a subscription to an online newspaper. 
Persistent cookies are considered a "one factor authentication," since they rely only on 

10 something that the user has (in the user's browser). 

In another common variation, access control mechanisms typically utilize 
some variation of an alphanumeric personal identification number (PIN) or password, that 
is presumably known only to the authorized user. Upon attempting to access a given 
restricted item, the user enters the appropriate password, to establish his or her authority. 

15 Many users select a PIN or password that is easy to remember. Thus, there is a 
significant risk that such passwords may be guessed or otherwise compromised, in which 
case an attacker can access the given restricted item. 

To minimize the risk that a password will be compromised, the number of 
login attempts that may be attempted are often limited, so that an attacker cannot keep 

20 trying different passwords until successful. In addition, users are often encouraged or 
required to change their password periodically. These conditions make passwords too 
inconvenient for most applications, such as Internet usage. Password-based access 
control techniques are considered a "one factor authentication/' since they rely on 
something that the user knows. 

25 One-time passwords have also been proposed to further increase security, 

where users are assigned a secret key that may be stored, for example, on a pocket token 
or a computer-readable card. Upon attempting to access a desired restricted item, a 
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random value, referred to as a "challenge," is issued to the user. The pocket token or 
computer-readable card then generates a "response" to the challenge by encrypting the 
received challenge with the user's secret key. The user obtains access to the restricted 
item, provided the response is accurate. In order to ensure that the pocket token or 
5 computer-readable card is utilized by the associated authorized user, the user typically 
must also manually enter a secret alphanumeric PIN or password. One-time passwords 
are generally considered very secure and provide a "two factor authentication," since they 
rely on something that the user has (the pocket token or computer-readable card) and 
something that the user knows (the password or PIN). 

10 While such authentication tools reduce the unauthorized access to 

restricted items, they suffer from a number of limitations, which if overcome, could 
dramatically increase the utility and effectiveness of such tools. For example, the 
requirement that the user must carry the pocket token or computer-readable card may not 
be practical for widespread deployment. Thus, a number of security systems that do not 

15 rely on a pocket token or computer-readable card have been developed. For example, a 
number of access control mechanisms have secured access to devices or secure locations 
by evaluating biometric information, such as fingerprints, retinal scans or voice 
characteristics. Unfortunately, however, the transmission of biometric information over a 
network can be computationally expensive and consume significant network bandwidth. 

20 In addition, such biometric access control systems require some kind of biometric reader 
at the location of the user to capture the biometric information. 

A need therefore exists for an improved access control mechanism that 
does not require the user to carry any additional device, such as a pocket token or 
computer-readable card, beyond what the user would normally carry. A further need 

25 exists for an access control mechanism that uses a telephone call placed to or from a 
particular cellular telephone associated with the user to verify the identity of a person who 
is requesting access to a restricted item. Yet another need exists for an access control 
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mechanism that provides strong security without significantly impacting the convenience 
of the user. 

Summary of the Invention 

5 Generally, a method and apparatus are provided for preventing 

unauthorized access to a restricted item, such as a device, facility, service or account, 
using a cellular telephone that has been previously associated with a user, for example, 
during a registration process. Once the user is initially identified, a token is provided to 
the user using a first communication channel. The user is requested to enter the token 
10 from the cellular telephone that has been previously associated with the user. The user 
will obtain access to the restricted item only if the user enters the correct token from a 
cellular telephone having a serial number that has been previously associated with this 
user. 

Cellular telephones provide an effective and reliable mechanism for 
15 increasing the integrity of access control systems. The present invention provides the 
security of a "two factor" authentication scheme, since it relies on something that the user 
has (the cellular telephone) and something that the user knows (e.g., a password that 
provides access to a one-time pseudo-random token), with a reduced cost of deployment 
and maintenance. The user is not required to carry any additional or special purpose 
20 hardware. In addition, the high level of care that most users naturally employ for their 
cellular telephones provides additional safeguards that ensure that the user will not 
readily loan their cellular phone to another person and will promptly cancel cellular 
service should the cellular phone be lost or stolen. 

In an exemplary three-party implementation, a user attempts to access a 
25 restricted item provided by a restricted item provider, such as a financial institution or 
content provider. An access control administrator, such as a cellular service provider, 
serves as an intermediary between the restricted item provider and the user to validate the 



SOM920010002US1 




accuracy of a token submitted from a cellular telephone previously associated with the 
user. Generally, the restricted item provider generates a one-time pseudo-random token 
associated with a particular transaction and sends a message to the access control 
administrator that identifies the restricted item provider and includes the user's cellular 
5 telephone number and the assigned one-time pseudo-random token. In addition, the 
restricted item provider sends a second message to the user that contains an instruction to 
dial a telephone number associated with the access control system and enter the assigned 
token. 

The user then dials the telephone number associated with the access 
10 control system over the cellular network and enters the assigned token. The access 
control administrator (i) compares the token received with the cellular telephone call with 
the one-time pseudo-random token indicated by the restricted item provider in the first 
message, and (ii) ensures that the cellular telephone call has been placed from a cellular 
telephone having a serial number that has been previously associated with the particular 
15 user. A cellular telephone call is routed through a cellular network on the basis of a 
serial number associated with a given cellular telephone. Thus, the completion of the call 
to the access control administrator ensures that the call has been placed from the cellular 
telephone associated with the user. If the access control administrator confirms that the 
correct token is received from the cellular telephone having a serial number that has been 
20 previously associated with the particular user, then the access control administrator will 
send a message to the restricted access provider indicating that the user's cellular 
telephone number and entered token match the information in the message received from 
the restricted item provider. Finally, the user will be provided access to the restricted 
item. 

25 A more complete understanding of the present invention, as well as further 

features and advantages of the present invention, will be obtained by reference to the 
following detailed description and drawings. 
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Brief Description of the Drawings 

FIG. 1 illustrates a network environment for an exemplary three-party 
implementation of the present invention; 
5 FIG. 2 illustrates the flow of information in the exemplary three-party 

implementation of FIG. 1; 

FIG. 3 is a sample table from the authorized user database maintained by 
the restricted item provider of FIG. 1; 

FIG. 4 is a sample table from the cellular routing database maintained by 
10 the access control administrator of FIG. 1; 

FIG. 5 is a flow chart describing a cellular-based access control process 
inplemented by the restricted item provider 120; and 

FIG. 6 illustrates the flow of information in an exemplary two-party 
implementation of the present invention. 

15 

Detailed Description of Preferred Embodiments 

The present invention provides an access control technique with increased 
security by providing a one-time pseudo-random token to a user attempting to access a 
restricted item using a first channel and confirming the accuracy of the token submitted 

20 by the user using a cellular telephone channel that has been previously associated with the 
user, for example, during a registration process. Typically, the user is not presented with 
the one-time pseudo-random token until the user has entered some personal information, 
such as a user name and password. The present invention provides a "two factor" 
authentication scheme, since it relies on something that the user has (the cellular 

25 telephone) and something that the user knows (a password that provides access to the 
one-time pseudo-random token). 
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The present invention recognizes that cellular telephones are typically used 
to make and receive telephone calls, some of which can be very private in nature. In 
addition, cellular telephones are often used to place or receive long distance telephone 
calls, some of which can be very expensive. Furthermore, cellular telephones have 
5 become nearly ubiquitous in today's world. Most users of cellular telephones carry the 
cellular telephone with them wherever they go and protect the cellular telephone with a 
level of care that is greater than most of their possessions. In addition, most users of 
cellular telephones do not easily loan their cellular telephones to others. 

Another important cultural aspect of the usage of cellular telephones has to 

10 do with the typical reaction of a user whose cellular telephone has been lost or stolen. 
Typically, a user will promptly suspend the cellular service to prevent unauthorized 
telephone calls. Another important characteristic of cellular telephones is that cellular 
providers can implement anti-cloning or privacy features to prevent cellular cloning and 
eavesdropping. When the anti-cloning or privacy features are activated for a given 

15 cellular telephone, transmission of the serial number of the cellular telephone 115 
between the cellular telephone 115 and the cellular station (not shown) are strongly 
encrypted. It is further noted, that even if a cellular telephone is cloned, the particular 
user has not been targeted, but rather the doner has merely obtained the serial number of 
the user's cellular telephone. Thus, the doner would likely not have access to what the 

20 user knows (i.e., the user name and password). 

Thus, cellular telephones can effectively and reliably be used as part of an 
access control technique to confirm the accuracy of the one-time pseudo-random token 
submitted by the user using a cellular telephone channel. Relative to prior access control 
techniques techniques, the present invention provides a high degree of security (two 

25 factor authentication) with a reduced cost of deployment and maintenance. Further, the 
present invention does not require the user to carry any special purpose hardware. The 
user can enter the token using the general-purpose cellular telephone already carried by 
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many users. In addition, the high level of care that most users naturally employ for their 
cellular telephones provides additional safeguards that ensure that the user will not 
readily loan their cellular phone to another person and will promptly cancel cellular 
service should the cellular phone be lost or stolen. 
5 FIG. 1 illustrates a network environment 100 in which the present 

invention can operate. FIG. 1 illustrates an exemplary three-party implementation where 
a user, implementing a user computing device 110, attempts to access a restricted item 
provided by a restricted item provider 120, for example, over an Internet connection. In 
the exemplary three-party implementation shown in FIG. 1, an access control 

10 administrator 130, such as the user's cellular service provider, serves as an intermediary 
between the restricted item provider 120 and the user 110 to validate the accuracy of a 
token submitted from a cellular telephone 115 previously associated with the user over a 
cellular network 100-C. While the network 100-N can be any network for transferring 
information, such as a data network or a telephone network, the present invention 

15 requires that the user 110 provides the assigned token over the cellular network 100-C 
from the cellular telephone 115 previously associated with the user 110. 

FIG. 2 illustrates the flow of information in the exemplary three-party 
implementation of FIG. 1. As shown in FIG. 2, the user operating the computing device 
110 initially sends a request to access a restricted item provided by the restricted item 

20 provider 120 during step 1 over the network 100-N. The user request may optionally 
include a user name and password that identifies the user to the restricted item provider 
120 (providing one of the two factors required for authentication). As discussed further 
below in conjunction with FIG. 5, the user request causes the restricted item provider 120 
to activate a process 500 to verify the identity of the user in accordance with the 

25 techniques of the present invention. Generally, the restricted item provider 120 generates 
a one-time pseudo-random token associated with the present transaction and sends a first 
message to the access control administrator 130 during step 2 A that identifies the 
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restricted item provider 120 and includes the user's cellular telephone number and the 
assigned token. The first message may also optionally include an amount associated with 
the transaction that the user must approve. The first message may optionally be 
encrypted, digitally signed and with mutual authentication, for example, using PKI 
5 techniques. In addition, the restricted item provider 120 will send a second message to 
the user 110 during step 2B that contains an instruction to dial a specified telephone 
number and enter the assigned token. Communications between the restricted item 
provider 120 and the user 110 may be exchanged, e.g., using a secure socket layer (SSL) 
connection. 

10 The user then dials the telephone number associated with the access 

control service over the cellular network 100-C during step 3 and enters the assigned 
token. In one embodiment, the specified telephone number may be associated with an 
interactive voice response unit (IVRU) provided by the access control administrator 130. 
The IVRU may optionally prompt the user to enter the specified token. In a further 

15 variation, a connection between the user 110 and the access control administrator 130 can 
be established to exchange text messages on the display of the cellular telephone 115, 
rather than employing an IVRU. 

The access control administrator 130 (i) compares the token received with 
the cellular telephone call during step 3 with the token indicated by the restricted item 

20 provider 120 in the first message during step 2A, and (ii) ensures that the cellular 
telephone call has been placed from a cellular telephone 115 having a serial number that 
has been previously associated with the particular user 110. Since a telephone call is 
routed through a cellular network 100-C on the basis of a serial number associated with a 
given cellular telephone 115, the proper routing of the call to the access control 

25 administrator 130 ensures that the call has been placed from the cellular telephone 115 
associated with the user. 
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Generally, when a user desires to place a cellular telephone call, the user 
enters the appropriate digits and hits the "send" button. This will cause a "send" request 
to be sent to a cell station on the broadcast channel with the serial number of the user's 
cellular telephone. The cell site assigns a channel to the call and sends a message on the 
5 reverse broadcast channel with the serial number and the corresponding channel 
assignment. Thereafter, the cellular telephone goes to the specified channel to place the 
call. Due to this translation between cellular telephone numbers and serial numbers 
performed within the cellular telephone network 100-C, the completion of the call to the 
indicated telephone number ensures that the cellular telephone 115 has the previously 

10 assigned serial number. 

If the access control administrator 130 confirms that the correct token is 
received during step 3 from the cellular telephone 115 having a serial number that has 
been previously associated with the particular user 110, then the access control 
administrator 130 will send a message to the restricted access provider 120 during step 4 

15 indicating that the user's cellular telephone number and the entered token match the 
information in the message received from the restricted item provider during step 2A. 
Finally, the user will be provided access to the restricted item during step 5. 

The user computing device 110 may be embodied, for example, as any 
general-purpose computing device from which a user may attempt to access a restricted 

20 item and which can display the digits of an assigned token, such as a personal computer, 
workstation, automated teller machine (ATM), point-of-sale (POS) terminal or personal 
digital assistant (PDA). The computing device employed by the restricted item provider 
120 to communicate with the user 110 may be embodied, for example, as a personal 
computer, workstation or server. As shown in FIG. 1, the memory of the server 120 

25 includes an authorized user database 300 and a cellular-based access control process 500, 
each discussed below in conjunction with FIGS. 3 and 5, respectively. The device 
employed by the access control administrator 130 may be embodied, for example, as a 



SOM920010002US1 




personal computer, workstation, interactive voice response unit or server. As shown in 
FIG. 1, the memory of the device 130 includes a cellular routing database 400, discussed 
below in conjunction with FIG. 4. 

DATABASES 

5 FIG. 3 is a sample table from the authorized user database 300 maintained 

by the restricted item provider 120. Generally, the authorized user database 300 identifies 
each authorized user and provides a corresponding cellular telephone identifier that may 
be utilized to control the aeeeess access of the user to a restricted item in accordance with 
the present invention. Thus, as shown in FIG. 3, the authorized user database 300 

10 includes a plurality of records 305-320, each associated with a different authorized user. 
For each user identified in field 340, the authorized user database 300 indicates the user's 
password in field 345 and a corresponding cellular telephone number that has been 
associated with the user in field 350. In this manner, when the user attempts to access a 
restricted item, the provider 120 of the item can access the database 300 and determine 

15 the cellular telephone from which a token associated with the transaction should be 
expected. 

FIG. 4 is a sample table from the cellular routing database 400 maintained 
by the access control administrator 130. Generally, the cellular routing database 400 is 
the same routing table found in each cellular site in a cellular network 100-C and 

20 indicates how a call should be routed to a given cellular telephone number. It is well 
known that a cellular telephone call is routed to a particular user using the serial number 
of the cellular telephone that has been previously associated with the user. Thus, as 
shown in FIG. 4, the cellular routing database 400 includes a plurality of records 405-420, 
each associated with a different cellular telephone user. For each cellular telephone 

25 identified in field 440, the cellular routing database 400 indicates the corresponding 
telephone serial number in field 445 and, optionally, a local coverage area identifier in 
field 450 indicating the regions in which the user is typically located. 
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PROCESSES 

FIG. 5 is a flow chart describing an implementation of the present 
invention from a process point of view for the restricted item provider 120. The 
corresponding processes performed by the user 110 and access control administrator 130 
5 would be obvious to a person of ordinary skill in the art based on the disclosure herein. 
As shown in FIG. 5, a user 110 initially attempts to access a restricted item during step 
510, and optionally enters a user name and/or a password as part of the authentication 
process. 

Once the user is identified, the cellular-based access control process 500 

10 accesses the user database 300 during step 530 to confirm any submitted user information 
and retrieve the cellular number that has previously been associated with the user. The 
restricted item provider 120 then generates a token during step 550 that is associated with 
the transaction. Thereafter, the restricted item provider 120 sends a message to the access 
control administrator 130 during step 560 that includes the user's cellular telephone 

15 number and the token assigned to the transaction. In addition, the restricted item provider 
120 sends a message to the user 110 during step 570 that includes the token assigned to 
the transaction and an instruction to call the access control administrator 130 using the 
previously associated cellular telephone 115. Meanwhile, the user will contact the access 
control administrator 130 and enter the indicated token. 

20 A test is then performed during step 580 to determine if a message is 

received from the access control administrator 130 granting access to the user 110. If it is 
determined during step 580 that a message is received from the access control 
administrator 130 granting access to the user 110, then the user is granted access to the 
restricted item during step 590. If, however, it is determined during step 580 that a 

25 message is not received from the access control administrator 130 granting access to the 
user 110, then the user is denied access to the restricted item during step 595. Program 
control then terminates. 
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TWO-PARTY EMBODIMENT 
FIG. 6 illustrates the flow of information in an exemplary alternate 
two-party implementation of the present invention. Generally, in a two-party 
embodiment, the restricted item provider 120 does not outsource the access control 
5 administration to the administrator 130 and performs such aeees access control functions 
in accordance with the present invention itself. As shown in FIG. 6, the user operating 
the computing device 110 initially sends a request to access a restricted item provided by 
the restricted item provider 120 during step 1 over the network 100-N. The user request 
may optionally include a user name and password that identifies the user to the restricted 

10 item provider 120. The user request causes the restricted item provider 120 to verify the 
identity of the user in accordance with the techniques of the present invention, in a similar 
manner to the three-party embodiment discussed above. The restricted item provider 120 
will send a message to the user 110 over the network 110-N during step 2 that contains a 
token assigned to the transaction. 

15 The restricted item provider 120 also initiates a cellular telephone call 

during step 3 to the telephone number that has previously been associated with the user 
(as indicated in the authorized user database 300). As previously indicated, the telephone 
call will be routed by the cellular service provider to the cellular telephone 115 associated 
with the user over the cellular network 100-C using the serial number entered for the user 

20 in the routing tables. The user will then receive the telephone call and be instructed to 
enter the token displayed on the screen during step 4. 

The restricted item provider 120 will then compare the token received with 
the cellular telephone call during step 4 with the token assigned to the transaction. Since 
a telephone call is routed through a cellular network 100-C on the basis of a serial number 

25 associated with a given cellular telephone 115, the proper routing of the call to the user 
110 ensures that the call has been placed from the cellular telephone 115 associated with 
the user. If the restricted item provider 120 confirms that the correct token is received 
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during step 4 from the cellular telephone 115 having a serial number that has been 
previously associated with the particular user 110, then the user will be provided access 
during step 5. 

As is known in the art, the methods and apparatus discussed herein may be 
5 distributed as an article of manufacture that itself comprises a computer readable medium 
having computer readable code means embodied thereon. The computer readable 
program code means is operable, in conjunction with a computer system, to carry out all 
or some of the steps to perform the methods or create the apparatuses discussed herein. 
The computer readable medium may be a recordable medium (e.g., floppy disks, hard 

10 drives, compact disks, or memory cards) or may be a transmission medium (e.g., a 
network comprising fiber-optics, the world-wide web, cables, or a wireless channel using 
time-division multiple access, code-division multiple access, or other radio-frequency 
channel). Any medium known or developed that can store information suitable for use 
with a computer system may be used. The computer-readable code means is any 

15 mechanism for allowing a computer to read instructions and data, such as magnetic 
variations on a magnetic media or height variations on the surface of a compact disk. 

The memories shown in FIG. 1 will configure the processors to implement 
the methods, steps, and functions disclosed herein. The memory could be distributed or 
local and the processor could be distributed or singular. The memory could be 

20 implemented as an electrical, magnetic or optical memory, or any combination of these or 
other types of storage devices. Moreover, the term "memory" should be construed 
broadly enough to encompass any information able to be read from or written to an 
address in the addressable space accessed by processor. In an alternate implementation, 
the present invention can be implemented using an application specific integrated circuit 

25 (ASIC), as would be apparent to a person of ordinary skill in the art. 

It is to be understood that the embodiments and variations shown and 
described herein are merely illustrative of the principles of this invention and that various 
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modifications may be implemented by those skilled in the art without departing from the 
scope and spirit of the invention. 
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